КТМ в сценарии СИ: 10 тезисов — что показано и что дальше

16.10.2026 · по итогам демо DID/VC на сценарии смарт-стенда DiCE

10 тезисов

1. У каждой стороны, экземпляра и агента — свой DID, у объектов — разные идентичности. ✅

   • Организации, приборы и ИИ-агенты получают идентификаторы did:ru:org, did:ru:device, did:ru:agent.

   • Паспорт и сертификат соответствия — отдельные документы (VC) со своими идентификаторами.

   • Идентификатор выводится из ключа владельца: занять или подделать чужой нельзя.

2. Метка = DID экземпляра; сканирование = открытие DID и его документов. ✅

   • По идентификатору экземпляра открываются его паспорт и текущий статус сертификата соответствия серии.

   • Сканирование ничего не принимает и не меняет — это начало проверки.

3. Паспорт и сертификат соответствия — подписанные документы разных издателей. ✅

   • Сертификат соответствия выпускает «Русский регистр»: он подтверждает соответствие серии продукции. Это не сертификат ключа электронной подписи (X.509, УКЭП).

   • Паспорт экземпляра выпускает изготовитель — только владелец прибора, со ссылкой на действующий сертификат соответствия серии.

   • VC паспорта — подписанная проверяемая версия данных цифрового паспорта (ЦПА) для внешних сторон; сам ЦПА ведётся в Контрактиуме.

   • Неподписанные документы не принимаются; изменение документа после выпуска обнаруживается.

4. Криптографическое подтверждение и сертификат соответствия — разные функции. ✅

   • Проверка показывает раздельно: подлинен ли паспорт (подпись издателя цела) и действует ли сертификат соответствия серии.

   • После отзыва сертификата паспорт остаётся подлинным, но с оговоркой «сертификат соответствия отозван».

5. Приёмка — решение уполномоченного человека, оформленное подписью и передачей владения. 🟡

   • ✅ Передача в два шага: изготовитель подписывает передачу, покупатель своей подписью подтверждает получение и становится владельцем.

   • ✅ Посторонняя организация не может записать прибор на себя.

   • ⬜ Отдельного документа приёмки с тремя проверками и документов осмотра, брака, изолятора и возврата пока нет. Механизм (подписанный документ со ссылками) готов, сами типы документов не описаны.

6. Изменение статуса сертификата соответствия адресуется затронутым паспортам и сигналит обеим сторонам. 🟡

   • ✅ Отозвать сертификат может только его издатель; попытка другой стороны отклоняется.

   • ✅ Система находит все паспорта, ссылающиеся на сертификат, и текущих владельцев приборов.

   • ✅ Изменения публикуются лентой событий.

   • ⬜ Отзыв с заданной областью и доставка уведомлений покупателю и изготовителю.

7. Агент действует в выданной роли и узкой рамке. ✅

   • Мандат выдаёт только организация-владелец агента. В мандате — инструкции, скиллы, MCP-серверы, собеседники, модель, параметры запуска и разрешённые действия, с отпечатками файлов.

   • Агент входит в систему подписью своего ключа, без пароля.

   • Каждое действие сверяется с мандатом: разрешённое проходит, не указанное — нет.

8. Наличие инструмента или инженерный PASS не создают полномочия. 🟡

   • ✅ Конфигурация запуска агента доверяется только при совпадении с мандатом; агент сменил настройки без нового мандата — доступ закрыт.

   • ⬜ Сейчас конфигурацию сообщает сам агент: это защищает от незаметной смены настроек, но не от умышленного обмана. Нужна подпись конфигурации средой запуска, затем аппаратная аттестация.

   • ⬜ Решения человека пока не подписываются УКЭП по ГОСТ: точка подключения готова, проверку ГОСТ-подписи нужно подключить (на стенде — эмулятор, в проде — криптопровайдер).

9. Запрос, запись и деловой результат подтверждаются раздельно. 🟡

   • ✅ Каждое изменение подписано и связано цепочкой хэшей; подмена данных в базе обнаруживается.

   • ✅ Неверный запрос получает отказ с причиной.

   • ⬜ Запись истории в реестр HLF: чейнкод реестра готов и проверен, подключение к blockchain-svc и выкат впереди. До этого история хранится в одной базе.

10. Результат работы агента — подписанный и объяснимый след. 🟡

    • ✅ Заключение агента подписано его ключом и ссылается на основания — паспорт и сертификат соответствия. Агент без действующего мандата заключение не выпустит.

    • ✅ Проверка показывает, действуют ли основания: основание, отозванное ещё до заключения, учтено в выводе; отозванное позже — заключение устарело.

    • ⬜ Обмен между агентами разных организаций: список собеседников в мандате и ключи для защищённого канала есть, самого канала и проверки мандата собеседника пока нет.

Итого: 5 тезисов работают полностью, 5 — частично.

Готовность

• Слой DID/VC для организаций, приборов и агентов — около 80%.

• Задача целиком, с интеграциями (реестр HLF, ГОСТ/PKI, уведомления, ЦПА) — около 65%.

Следующие шаги

1. Запись истории DID в реестр HLF — подключение к blockchain-svc и выкат чейнкода (тезис 9).

2. Проверка ГОСТ-подписи и сертификатов ключей организаций — юридически значимые подписи и подтверждение, что участник — именно эта организация (тезис 8).

3. Уведомления об отзыве сертификата соответствия владельцам и изготовителю, отзыв с областью (тезис 6).

4. Документы приёмки, осмотра, изолятора и возврата (тезис 5).

5. Канал между агентами разных организаций с проверкой мандатов (тезис 10).

6. Связка ЦПА → VC паспорта в Контрактиуме (тезис 3).

Журнал изменений